在接下來的數日中，筆者將深入探討 Scrum 框架中不同角色的實踐心得/合作經驗與相關敘事。
首先，本文將著眼於產品負責人，英文稱作Product Owner（以下簡稱PO）。

產品負責人 Product Owner

在筆者所處的團隊之中，藉此機會再次表達對他們的深厚謝意

圖片來源: https://memes.tw/

關於 PO 這個角色，筆者首先欲談及其稱謂 — “產品負責人”。在許多不同場景的討論，雖然不同角色參與者間存在著不同的看法落差，但所有人的努力方向皆是為了產品的完善。然而，作為產品的最終決策者，PO 具有獨特的責任，那便是最後的決策權在 PO。

例如，在 Refinement 會議中，若 PO 提出一個需求，而團隊評估的點數與往常有較大的差異，可想而知，預期完成的時間應該會花費較久，然而 PO 可能會期望在更短的時間內完成該需求。在這種情況下，我們會進行深入的討論，探討需求的目的和原因，甚至多次詢問以深入了解。經過多次討論後，若團隊同意或PO強烈表達需求的緊迫性，我們通常會提供以下兩種建議方法：

1. 速成方案，列明技術債和可能的風險。
2. 標準方案，保持彈性，不產生技術債。
   接著，我們將與PO討論這兩種方案間的點數差異，以達成共識。

至於估計點數的細節，筆者將在後續的文章中進一步探討。

分享資訊

此外，筆者經常與新入職的夥伴分享一些有趣的故事和見解。許多人傾向於忽略他們未見過的事物，而這在日常工作中是合理的。但長期下來，這種情況可能導致團隊與PO之間產生不信任。為了建立互信，PO必須確保團隊明白他們的努力和挑戰，特別是那些團隊可能看不到的部分，如直接與客戶的交互或時差帶來的溝通困難。對於經驗豐富的成員，他們可能已經了解或認識這些問題，但對於新成員，如何傳達這些資訊變得尤為重要。

過去，筆者就曾看到過因為這些誤解，沒有彼此了解，信任度低下的情況，進而在工作合作上，沒辦法真的用心去為產品打拼，因此如何提升彼此之間的信賴，就變成相當重要的課題

在此，筆者建議以下幾種方法以促進資訊的共享和傳遞：

1. 在 Retrospective 會議中，直接表達意見。
2. 在 Review 會議中，讓 PO 進行展示，以提高團隊對 PO 工作的了解和認知。
3. 資深通人與新進同仁之間的閒聊對談，藉由分享資訊與收集回饋，將這些資訊同步給新進同仁。

如此可以提升 Scrum 團隊整體的信任與士氣，進而讓事情的進行更加順暢。

預告：[Page 5] Scrum 中的角色 — ScrumMaster

雖然在上面有提到開發團隊，但是接下來登場的會是 ScrumMaster，這個角色相信也是有許多人充滿好奇，在筆者公司算是少數有全職 ScrumMaster的公司，也因此時常在研討會或者社群交流上，有許多人有不少疑問/好奇。
因此搶先在開發團隊之前先聊聊 ScrumMaster